
Europaisches 
Patentamt 



European 
Patent Office 



0-9-/ 6-0-1 0'4-&- " 



• mm 



*6ffice europeen* 
des brevets 



J 




Bescheinigung Certificate 



Attestation 



Die angehefteten Unterla- 
gen stimmen mit der 
ursprQnglich eingereichten 
Fassung der auf dem nach- 
sten Blatt bezeichneten 
europaischen Patentanmel- 
dung Qberein. 



The attached documents Les documents fixes a 
are exact copies of the cette attestation sont 
European patent application conformes a la version 
described on the following initialement deposee de 
page, as originally filed. la demande de brevet 

europeen specifiee a la 
page suivante. 



Patentanmeldung Nr. Patent application No. Demande de brevet n" 

98101458.2 



PRIORITY 
DOCUMENT 

SUBMITTED OR TRANSMITTED IN 
COMPLIANCE WITH RULE l7.Ua) OR (b) 




M. Nossek 



Der Prasident des Europaischen Patentamts; 
Im Auftrag 

For the President of the European Patent Office 
Le President de roffice europeen des brevets 

P.O. 



MuNCHEN,DEN 
MUNICH, 
MUNICH, LE 



28/12/98 



EPA/EPO/OEB Form 2540 - 02.91 



Europaisches 
Patentamt 



European 
Patent Office 



Office europeen 
des brevets 



Blatt 2 der Bescheinigung 
Sheet 2 of the certificate 
Page 2 de I'attestation 




Anmeldung Nr.: 
Application no.: 
Demande n*: 



98101458.2 



Anmeldetag: 
Date of filing; 
Date de depot: 



28/01/98 



Anmelder: 

/^plicant(s): 

Deinandeur(s): 

SIEMENS AKTIENGESELLSCHAFT 

80333 Munchen 

GERMANY 



Bezeichnung der Erfindung: 
Title of the invention: 
litre de I'invention: 

Prozessdaten- bzw. 



Informatlonsubertragungssystem 



In Anspruch genommene Prioriat(en) / Priority{ies) claimed / Priorite(s) revendiquee(s) 




Staat: 
State: 
Pays: 



Tag: 
Date: 
Date: 



Aktenzeichen: 
File no. 

Numero de depot: 



Internationale Patentklassifikation: 
International Patent classification: 
Classification Internationale des brevets: 

G05B23/02 



Am Anmeldetag benannte Vertragstaaten: 

Contracting states designated at date of filing: AT/BE/CH/CY/DE/DK/ES/FI/FR/GB/GR/IE/IT/LI/LU/MC/NLyPT/SE 
Etats contractants designes tors du depot: 

Bemerkungen: 

Rema^quBs "Die ur s pr ung 1 i c h 6 Bezeichnung der Anmeldung lautet 

Daten- bzw. Inf ormat ionsiibertr agungssys tem " 



EPA/EPO/OEB Form 



2541 .04,98 



GR' 98 P' 3056 E 



OiO o o 



J O* ' o o o O' 

m 9 m /> 

OOO OOO 



O q 



p 4 O O 

* o o 

O » OOO 

' * o 
o o 



Beschreibung 



Daten- bzw. Inf oritiationsubertragungssysteiti 



Die vorliegende Erfindung betrifft ein Daten- bzw. Informati- 
onsubertragungssystem insbesondere zur Visualisierung von Da- 
ten, z,B. ProzeBdaten, oder Ereignissen mit zumindest einer 
im wesentlichen Daten liefernden Komponente und zumindest ei- 
ner im wesentlichen Daten verwertende Komponente. 

Daten- bzw. inf ormationsiibertragungssysteme werden beispiels- 
weise zur Steuerung und/oder Oberwachung eines gesteuerten 
und/oder uberwachten externen technischen Prozesses einge- 
setzt. Dazu weist das Daten- bzw. Informationsubertragungssy- 
stem zumindest eine Verarbeitungs- und Speichereinrichtung, 
insbesondere einem Mikroprozessor mit. einem zugeordneten 
Speicher und eine von der Verarbeitungs- und Speichereinrich- 
tung ansteuerbare Visual isierungseinrichtung, insbesondere 
einem Bildschirm auf . Zur Kopplung mit dem technischen ProzeJi 
sind fur das Daten- bzw. Inf ormationsubertragungssystem Mit- 
tel zum Anschluli externer Sensoren oder Aktoren des gesteuer- 
ten und/oder uberwachten technischen Prozesses vorgesehen. 

Zur Oberwachung des technischen Prozesses findet dabei die 
Daten- bzw. Inf ormat ionsubertragung im wesentlichen in einer 
Richtung statt, namlich vom technischen Prozeli in Richtung 
der Visualisierungseinrichtung. Zur Steuerung des technischen 
Prozesses findet dagegen die Daten- bzw. Inf ormationsubertra- 
gung im wesentlichen in der entgegengesetzten Richtung, nam- 
lich der Visualisierungseinrichtung zum technischen Prozeli, 
statt. Die vorliegende Erfindung betrifft Daten- und Informa- 
tionsubertragungen der vorbeschriebenen Art wie auch Misch- 
formen der vorbeschriebenen Art. Unter Mischform wird dabei 
z.B. eine Daten- bzw. Inf ormat ionsubertragung verstanden, die 
im wesentlichen in Richtung der Visualisierungeinrichtung er- 
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folgt, wobei die Visualisierungseinrichtung neben der blolien 
Informationsaufbereitung fiir den Benutzer zusatzlich auch Be- 
dienmoglichkeiten aufweist, die eine Einf luBnahme auf den 

lischen Pgo^fi gestatten \ind mithin eine Paten- bzw. In- 



t e chni 



5 format ionsiibertragung zum technischen ProzeB bedingen, 





Daten- bzw. Inf ormationsubertragungssysteme der eingangs ge- 
nannten Art sind als Prozefivisualisierungssysteme bereits be- 
kannt. Prozelivisualisierungssysteme werden, aufgrund der da- 
10 durch bedingten erhohten Flexibilitat , verstarkt in Software 
ausgefuhrt. 

Die im wesentlichen Daten liefernde Komponente, im folgenden 
Server, ist in diesem Zusanunenhang z.B. eine den Datentrans- 

15 fer zwischen dem technischen Prozeli und der Verarbeitungs- 
und Speichereinrichtung bewirkende Sof tware-Komponente . Die 
im wesentlichen Daten verwertende Komponente, im folgenden 
Client, ist in diesem Zusammenhang z.B, die Visualisierung 
der vom Client aufgenommen Daten bewirkende Sof tware-Kompo- 

20 nente. 

Nachteilig bei bekannten Prozelivisualisierungssystemen ist 
jedoch, dali der Client oder eine tibergeordnete Container- 
applikation einen den Server bezeichnenden Code enthalt, wo- 
25 bei dieser Code die Nutzung der Dienste des Servers - z.B. 
den Zugriff auf die vom Server gelieferten Daten - ermog- 
licht . 



30 



Dieser Nachteil bedingt, dali ein als Sof tware-Komponente aus- 
gebildeter Client bisher nicht unabhSngig von einem als Soft- 
ware-Komponente ausgebildeten Server realisierbar ist. 



35 



Die Aufgabe der vorliegenden Erfindung besteht folglich dar- 
in, einerseits diesen Nachteil zu umgehen und andererseits 
ein Daten- bzw. Inf ormationstibertragungssystem der eingangs 



genannten Art anzugeben, bei eine Daten verwertende Komponen- 
te unabhangig von einer Daten liefernden Komponente reali- 
sierbar ist. 



Diese Aufgabe wird mittels eines Daten- bzw. Informati- 
onsUbertragungssystem zur Visualisierung von Daten, insbeson- 
dere Prozeiidaten, oder Ereignissen, mit einer Verarbeitungs- 
und Speichereinrichtung, insbesondere einem Mikroprozessor 
mit einem zugeordneten Speicher, mit einer von dieser ansteu- 
erbaren Visualisierungseinrichtung, insbesondere einem Bild- 
schirm, und mit Mitteln zum Anschluli externer Sensoren oder 
Aktoren eines gesteuerten und/oder uberwachten technischen 
Prozesses, dadurch gelost, 

- daB zumindest eine im wesentlichen Daten liefernde Kompo- 
nente, im folgenden Server, zumindest eine im wesentlichen 
Daten verwertende Komponente, im folgenden Client, und zu- 
mindest eine Kontroll-, Leit- oder Verteilkomponente, im 
folgenden AuBensteuerung, vorgesehen sind, 

- daR zwischen Client und Server keine direkte Daten- oder 
Informationsaustauschmoglichket besteht, so dali der Daten- 
oder Informationsaustausch mittels der AuJiensteuerung be- 
wirkt wird, indem der Daten- oder Informationsaustausch 
ausschlielilich zwischen Server und AuBensteuerung einer- 
seits und AuJiensteuerung und Client andererseits stattfin- 
det, 

- dali mittels des Servers Daten oder Inf ormationen aus dem 
Prozeli aufnehmbar sind und wobei mittels des Clients die 
Daten oder Informationen visualisierbar sind, 

- daB zumindest der Client als Sof twarekomponente mit minde- 
stens einer AuBenschnittstelle, im folgenden Property, aus- 
gebildet ist, 

- daB der Daten- oder Informationsaustausch von oder zu dem 
Client ausschlieBlich mittels des Properties erfolgt und 
daB der Daten- oder Informationsaustausch die Ausfuhrung 
eines der Property zugeordneten Codes bewirkt. 
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Bei einem derartig ausgestalteten Daten- bzw. Inf ormations- 
tibertragungssystem kann jede Daten verwertende Komponente, 

jeder Client, — vOllig unabhangig von don andor e n beteil i gten 

5 Komponenten, der Kontroll-, Leit- Oder Verteilkomponente - 
AuBensteuerung - bzw. der Daten liefernden Komponente - Ser- 
ver — realisiert werden. 





Eine vorteilhafte Weiterbildung der Erfindung besteht ferner 

10 darin, daB bei dem Daten- bzw. Inf ormationstlbertragungssystem 
die AuBensteuerung Mittel zur Identif ikation der erreichbaren 
Clients aufweist, daB fiir die AuBensteuerung eine Referenz 
auf die erreichbaren Clients abspeicherbar ist. Die Referen- 
zen der erreichbaren Clients sind dabei benutzerselektierbar 

15 aufbereitbar. Ferner sind anhand einer benutzerselektierbaren 
Referenz die Properties des uber die jeweilige Referenz er- 
reichbaren Clients zuganglich, so daB die Koitutiunikationsbe- 
ziehung zwischen AuBensteurung und Client festlegbar ist. 
Dies wird dadurch ermoglicht, daB fur die AuBensteuerung fur 

20 jede fur einen erreichbaren Client zugangliche Property zu- 
mindest ein tlbermittelbares Datiim oder eine Referenz auf ein 
tibermittelbares Datum abspeicherbar ist. Dabei sind die o.g. 
Mittel zur Identi f ikation insofern unabhangi vom Container, 
als Dienste Verwendung finden, die ein Container standardma- 

25 Big aufweist bzw. zur Anwendung bereitstellt , so daB grund- 
satzlich beliebige Container zur Anwendung kommen konnen. 



Die Erfindung kann z.B. vorteilhaft in einem ProzeBvisuali- 
sierungssystem zur Visualisierung der Zustande eines techni- 
30 schen Prozesses eingesetzt werden. 



Weitere Merkmale, Vorteile und Anwendungsmoglichkeiten der 
vorliegenden Erfindung ergeben sich aus den Unteranspriichen, 
der nachfolgenden Beschreibung von Ausf uhrungsbeispielen an- 
35 hand der Zeichnung und der Zeichnung selbst. Dabei bilden al- 
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le beschriebenen und/oder bildlich dargestellten Merkmale fUr 
sich Oder in beliebiger Kombination den Gegenstand der vor- 
liegenden Erfindung, unabhSngig von ihrer Zusanunenf assung in 
den PatentansprUchen Oder deren Rtickbeziehung. 



Dabei zeigen: 

FIG 1 die vereinfachte schematische Darstellung ein Daten- 
bzw. Informationsubertragungssystem, 

FIG 2 die schematisch Darstellung die Kommunikationsbezie- 

hung zwischen den Komponenten des Daten- bzw, Informa- 
tionsiibertragungssys terns, 

FIG 3 die schematisch Darstellung einer bekannten Interakti- 
on zwischen zwei Sof tware-Komponenten, 

FIG 4 die schematische Darstellung einer Interaktion zwi- 
schen zwei Sof tware-Komponenten gemafi der Erfindung, 

FIG 5 die schematische Darstellung einer Interaktion zwi- 
schen zwei Sof tware-Komponenten gemaJi der Erfindung 
anhand einer konkreten Visualisierungsauf gabe, 

FIG 6 eine Eingabemaske zur Festlegung des Datenflusses zwi- 
schen zwei Sof tware-Komponenten und 

FIG 7 die schematische Darstellung einer Interaktion mit ei- 
ner komplexeren Visualisierungskomponente gemali der 
Erfindung anhand einer konkreten Visualisierungsauf ga- 
be . 

GemaB FIG 1 weist das Daten- bzw. Inf ormationsUbertragungssy- 
stem zumindest eine Verarbeitungs- und Speichereinrichtung VS 
sowie eine von dieser ansteuerbare Visualisierungseinrichtung 
VE auf. In der Darstellung gemaB FIG 1 weist die Verarbei- 
tungs- und Speichereinrichtung VS selbst zvimindest einem Mi- 
kroprozessor UP und einen Speicher MM auf. Der Mikroprozessor 
UP bewirkt die Ausfuhrung des im Speicher MM abgespeicherten 
Codes. Zu dem im Speicher MM abgespeicherten Code gehort zu- 
mindest auch der Code der Sof tware-Komponenten Client CL, 
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Server SV und AuBensteuerung AS. Ferner sind im Speicher MM 
auch die zwischen den Auliensteuerung AS und Client CL einer- 
seits und AuBensteuerung AS und Server SV andererseits uber- 

miLLelbaren Daten und Inf ormationcn Gpcichorbar. — Zum Zugriff 

5 des Mikroprozessors UP auf den Speicher MM besteht eine Kom- 
munikationsmoglichkeit zwischen Mikroprozessor UP und Spei- 
cher MM. 

Ferner besteht eine Kommunikationsmoglichkeit zwischen der 
Verarbeitungs- und Speichereinrichtung VS und der Visualisie- 
rungseinrichtung VE, die in der Darstellung gemali FIG 1 als 
Bildschirm VE ausgebildet ist. Die Visualisierungseinrichtung 
VE ist durch die Verarbeitungs- und Speichereinrichtung VS 
ansteuerbar, so daB mit dem Daten- bzw. Inf oriuationsubertra- 
gungssystem die Visualisierung von Daten, insbesondere Pro- 
zeBdaten, oder Ereignissen eines gesteuerten und/oder uber- 
wachten technischen Prozesses TP realisierbar ist. 

Die Kommunikation mit dem technischen ProzeB TP ist dabei 
durch Mittel zum AnschluB externer Sensoren ES oder Aktoren 
EA des technischen Prozesses TP realisiert. Als Mittel zum 
AnschluB externer Sensoren ES bzw. externer Aktoren seien da- 
bei beispielsweise Digital- oder Analogeingabebaugruppen bzw. 
Digital- oder Analogausgabebaugruppen einer speicherprogram- 
mierbaren Steuerung genannt. 

Dabei ist die Erfindung selbstverstandlich nicht auf Daten- 
quellen der o.g. Art beschrankt; tatsachlich kann die Erfin- 
dung auch. verwendet werden, urn Daten aus beliebigen Daten- 
30 quellen, z.B. auch einer Benut zerverwaltung - d.h. einer 
Software-Applikation zu lesen. Das gelesene Datum ist in 

einem solchen Falle dann die Berechtigung fur eine Aktion 
(boolsche Property: Aktion darf/darf nicht ausgefiihrt wer- 
den) . 
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In FIG 1 ist der technische Prozefi TP nicht im Detail darge- 
stellt. Lediglich exemplarisch ist als externer Aktor EA eine 
Leuchte EA und als externer Sensor ES ein Taster ES darge- 
stellt. Es ist jedoch selbstverstandlich, daB im Zusaminenhang 
mit der vorliegenden Beschreibung der Begriff externer Aktor 
EA jede Art von Aktor, z.B. Motoren oder drehzahlverShderli- 
che Antriebe, und der Begriff externer Sensor ES jede Art von 
Sensor, z.B. Grenzwertmelder und Meliwertauf nehmer jeglicher 
Art, bezeichnet. 

In diesem Zusammenhang sei auch darauf hingewiesen, dali die 
Verarbeitungs- und Speichereinrichtung VS durch die Zentral- 
einheit einer speicherprogrammierbaren Steuerung realisiert 
sein kann, die mit Ein- bzw. Ausgabebaugruppen, die zum Ein- 
satz mit der jeweiligen Zentraleinheit vorgesehen sind, in 
kommunikativer Verbindung steht. 

Im Hinblick auf FIG 1 sei zusatzlich darauf hingewiesen, daB 
auch folgende, in FIG 1 nicht dargestellte Konstellation vor- 
liegen kann: Eine erste Verarbeitungs- und Speichereinrich- 
tung VS, beispielsweise die Zentraleinheit einer speicherpro- 
grammierbaren Steuerung mit AnschluBmitteln AM zum AnschluB 
der ProzeBperipherie EA, ES ist kommunikativ mit einer zwei- 
ten Verarbeitungs- und Speichereinrichtung, z.B. einem Perso- 
nal-Computer, verbindbar, wobei die zweite Verarbeitungs- und 
Speichereinrichtung zur Ansteuerung der Visualsierungsein- 
richtung vorgesehen ist. Das erf indungsgemaBe Daten- bzw. In- 
formationsUbertragungssystem umfaBt in einer solchen Konstel- 
lation zwei Verarbeitungs- und Speichereinrichtungen, wobei 
die zweite, zusatzliche Verarbeitungs- und Speichereinrich- 
tung im wesentlichen aufgrund der fur die jeweils gewahlte 
Plattform zur Verfugung stehenden Sof tware-Applikationen oder 
-Werkzeuge zum Einsatz kommt . AuBerdem ist mit zwei Verarbei- 
tungs- und Speichereinrichtungen eine echte Entkopplung zwi- 



8 

schen Steuerung bzw. Visualisierung des technischen Prozesses 
TP moglich. 



Grundsatzlich ist jedoch jedes Computer- oder Rechnersystem, 
5 das mit industrietauglicher Peripherie verbindbar ist, fiir 
das erf indungsgemaJie Daten- bzw. Inf ormationsubertragungssy- 
stem geeignet. Die Verbindung zu der industrietauglichen Pe- 
ripherie kann dabei auch uber beliebige Kommunikationsverbin- 
dungen, insbesondere Netzwerke, realisiert sein, so daJi an 
_ 10 das Computer- oder Rechnersystem selbst keine besonderen An- 
forderungen hinsichtlich seiner Industrietauglichkeit zu 
stellen sind. 

In FIG 2 ist schematisch die Kommunikationsbeziehung zwischen 
den Komponenten, der im wesentlichen Daten liefernde Kompo- 
nente SV, dem Server SV, der im wesentlichen Daten verwerten- 
den Komponente CL, dem Client CL, und der Kontroll-, Leit- 
oder Verteilkomponente AS, der AuBensteuerung AS, des Daten- 
bzw. Informationslibertragungssystem dargestellt. 

Dabei deuten die beiden Doppelpfeile an, daB der Daten- oder 
Informationsaustausch mittels der Aufiensteuerung AS bewirkt 
wird, indem der Daten- oder Informationsaustausch ausschlieB- 
lich zwischen Server SV und Auiiensteuerung AS einerseits und 
AuBensteuerung AS und Client CL andererseits stattfindet. Mit 
der Linie zwischen Client CL und Server SV wird verdeutlicht , 
daB zwischen Client CL und Server SV keine direkte Daten- 
oder Inf ormationsaustauschmoglichket besteht. 

30 Insbesondere bei einem Daten- bzw. Inf ormationsubertragungs- 
system der eingangs genannten Art handelt es sich bei dem 
vorstehend beschriebenen Client CL urn ein Visuaiisierungsob- 
jekt CL, welches - da als Sof tware-Komponente, als Objekt 
realisierL - mehrfach instantiierbar ist, so daB ein Visuali- 
35 sierungsobjekt CL, z . B. zur Visualisierung einer Kontrol- 



20 
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leuchte, im Rahmen des Daten- bzw. Inf ormationsUbertragungs- 
systems mehrfach verwendbar ist. Auch wenn in FIG 2 nur ein 
Client CL dargestellt ist, kann in einem Daten- bzw. Informa- 
tionsiibertragungssystem eine Vielzahl von Clients CL zur An- 
wendung kommen . 

Der Server, der in FIG 2 als separate Komponente dargestellt 
ist, braucht nicht notwendigerweise als Sof tware-Komponente 
ausgefiihrt zu sein; im einfachsten Fall fungiert der Speicher 
MM der Verarbeitungs- und Speichereinrichtung VS als Server 
SV; z.B. indem das sogenannte ProzeJiabbild eines durch eine 
speicherprogrammierbare Steuerung gesteuerten und/oder tiber- 
wachten technischen Prozesses TP im Hauptspeicher MM der Zen- 
traleinheit der speicherprogrammierbaren Steuerung abgespei- 
chert ist. 

Separate Sof tware-Komponenten auch fur den Server SV sind 
grundsatzlich im Sinne einer Datenkapselung - da haufig ein 
direkter Zugriff auf im Speicher MM vorgehaltene Daten ver- 
mieden werden soli - insbesondere aber dann sinnvoll, wenn 
vor der eigentlichen Visualisierung der Daten eine Vor- oder 
Weiterverarbeitung der Daten erforderlich ist. Eine derartige 
Vor- Oder Weiterverarbeitung erfolgt beispielsweise mit einem 
als Software-Komponente realisierten Regler, zur Regelung ex- 
terner technischer GroJien. 

In einem solchen Falle ist der als Software-Komponente reali- 
sierte Regler ein Server SV gemaJi der schematischen Darstel- 
lung in FIG 2. Server SV dieser Art konnen in einem Daten- 
bzw. Informationsiibertragungssystem gleichfalls - analog zu 
den Clients - mehrfach vorhanden sein, entweder, indem z.B. 
mehrere Regler SV vergleichbarer Funktionalitat mehrfach in- 
stantiiert und damit im System mehrfach vorhanden sind, oder 
indem mehrere Regler SV unterschiedlicher Funktionalitat Ver- 
wendung finden. 
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Eine grundsat zlich analoge Konstellation zu den soeben be- 
schreibenen Verhaltnissen liegt dann vor, wenn der als Soft- 
ware-Komponente reaiiserte Kegler z.B. als sog. 1? 'unlet ionsbau- 
5 stein einer speicherprogrammierbaren Steuerung realisiert 
ist. Ein derartiger Regler-Funktionsbaustein wird dann bei- 
spielsweise auf einer im Zusaininenhang mit FIG 1 beschrieben 
ersten Verarbeitungs- und Speichereinrichtung VS ausgefuhrt, 
wobei die Ausgangswerte des Reglers in einem Speicher vorge- 
10 halten werden. Aus diesem Speicher werden die Daten von einem 
auf der zweiten Verarbeitungs- und Speichereinrichtung reali- 
sierten Server SV abgeholt, indem ein lesender Zugriff auf 
die jeweiligen Speicherbereiche erfolgt. 




15 Weitere Beispiele fur in einem Daten- bzw, Inf ormationsuber- 
tragungssystem verwendbare Server SV sind z.B. die bereits 
genannten Regler. Darliber hinaus sind z.B. Grenzwertmelder 
aber auch eine Prozelidatenaufbereitung zu Protokollierungs- 
zwecken als Server SV im Sinne der vorliegenden Beschreibung 

20 realisierbar . Darliber hinaus sind jedoch gleichfalls auch 
Server realisierbar, die keine eigene Verarbeitungsleistung 
anbieten und daher im wesentlichen zur Datenkapselung und zum 
Transfer der gepakselten Daten vorgesehen sind. 

25 Beispiele fur in einem Daten- bzw. Inf ormationsubertragungs- 
system verwendbare Clients CL sind z.B. Visualisuerungsobj ek- 
te CL zur Visualisierung von digitalen bzw. analogen Grofien, 
Visualisierungsobjekte CL zur Visualisierung von Meliinstru- 
menten, Visualisierungsobjekte CL zur Darstellung von Klar- 

30 textmeldung, z.B. zur Darstellung von Fehlermeldungen, Visua- 
lisierungsobjekte CL welche den Status - An/Aus, Vor- 
warts/Ruckwarts, etc. - einer Komponente des technischen Pro- 
zesses TP durch Farbumschlag darstellen, etc. 
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Theoretisch ist neben einer Vielzahl von Clients CL bzw. Ser- 
vern SV in einem Daten- bzw. Inf ormationstlbertragungssystem 
sogar eine Vielzahl von AuBensteuerungen AS in ein und dem- 
selben Daten- bzw. InformationsUbertragungssystem denkbar , 
etwa wenn mittels einer ersten Auiiensteuerung AS die Daten- 
und InformationsUbertragung zwischen saratlichen als Server SV 
realisierten Reglern SV und den betref f enden, als Clients CL 
realisierten Visualisierungsobj ekten CL bewirkt wird, mittels 
einer zweiten Auiiensteuerung AS die Daten- und Informati- 
onsUbertragung zwischen samtlichen Grenzwertmeldern SV und 
den betref f enden Visualisierungsobj ekten CL und durch eine 
weitere Auiiensteuerung AS die Daten- und InformationsUbertra- 
gung zwischen den verbleibenden Servern SV und den zugehori- 
gen Visualisierungsobj ekten CL bewirkt wird. 

Andererseits besteht ein haufiger Anwendungsf all darin, dali 
eine AuBensteuerung pro zu visualisierendem Bild (in dem je- 
weils ein Anlagenteil des technischen Prozesses TP visuali- 
siert ist) vorgesehen ist. Wird von einem Bild zum nachsten 
geschaltet, wird die zugehorige Auiiensteuerung aktiviert bzw. 
deaktiviert, urn keine Daten, ProzeBwerte, fUr Bilder zu le- 
sen, die am Bildschirm nicht sichtbar sind. 

In FIG 3 ist die bekannte Interaktion zwischen zwei Software- 
Komponenten Kl, K2 schematisch dargestellt. Die Richtung der 
Pfeile beschreibt dabei lediglich den DatenfluB; fUr beide 
Richtungen des Datenflusses wird die jeweilige Aktion von der 
Software-Komponente Kl ausgelost, die zum Auslosen der jewei- 
ligen Aktion einen spezifischen Aufruf-Code AC aufweist. Der 
Aufruf-Code AC ist insofern spezifisch, als er einerseits die 
Datenf luBrichtung und andererseits die Quelle oder das Ziel 
des Datenflusses explizit angibt. Bei einem schreibenden Auf- 
ruf AW werden Daten oder Inf ormationen ausgehend von der Kom- 
ponente Kl an die Komponente K2 ubertragen. Bei einem lesen- 
den Aufruf AR werden Daten oder Information von der Komponen- 
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ten K2 gelesen und an die Komponente Kl ubertragen. Obwohl 
die Sof tware-Koiuponente Kl auch bisher - rait Ausnahme des 
Aufruf-Codes AC - im Hinblick auf hohe Flexibilitat und er- 

weiLerLer Wiedervei wendbar keit realisierbar is ^ — v ^rbleibt 

5 doch der an die jeweilige Kommunikationsbeziehung anzupassen- 
de Teil, der in FIG 3 als Aufruf-Code AC dargestellt ist. 




AuBerdem ist eine solchermaBen realisierte Sof tware-Kompo- 
nente Kl nicht mehr von aulien beinf luJibar . Sollen die visua- 
10 lisierten Werte z.B. von auiJen uber eine manuelle Eingabe 

vorgegeben werden, konnen diese nicht direkt an die Software- 
Komponente Kl ubermittelt werden. 




In der Ruckubertragung auf das Daten- bzw. Inf ormationsuber- 
15 tragungssystem mit dem die Erfindung verdeutlicht wird, ent- 
spricht die Komponente Kl gemaiJ FIG 3 z.B. einer im wesentli- 
chen Daten verwertenden Komponenten Kl, einem Client CL . Da- 
mit wird der Nachteil des Standes der Technik besonders deut- 
lich, denn fur jeden Client ist - ohne Weiterbildung des 
20 Standes der Technik - die Kommunikationsbeziehung explizit 
anzugeben, namlich durch den fur jeden einzelnen Client CL 
eines Daten- bzw. Inf ormat ionsubertragungssystems spezifi- 
schen Aufruf-Code AC, der die jeweiligen Kommunikationsbezie- 
hungen zwischen Client CL und den fur den jeweiligen Client 
25 CL bestimmten Daten und Inf ormationen festlegt. 



In FIG 4 ist schematisch dargestellt, auf welche Weise gemaJi 
der Erfindung dieses Nachteile des Standes der Technik ver- 
mieden werden. Eine erste Sof tware-Komponente, entweder ein 

30 Client-Objekt CL oder ein Server-Ob j ekt SV interagiert mit 
einer AuBensteuerung . Die prinzipielle Gleichwert igkeit des 
Konzepts sowohl fiir eine Interaktion zwischen AufJensteuerung 
AS und Client CL als auch zwischen AuBensteurung und Server 
ist ein weiterer Vorteil der Erfindung. Die Beschreibung wird 

35 im folgenden fur eine Interaktion, eine Daten- oder Informa- 
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tionsiibertragung/ zwischen AuBensteuerung AS und Client CL, 
z.B. einem Visualisierungsobjekt CL, fortgesetzt. 
GemaJi FIG 4 ist der Client CL als Sof twarekomponente mit Au- 
fienschnittstellen Pl...Pn, den sogenannten Properties 
5 Pl...Pn, ausgebildet ist. Der Daten- oder Inf ormationsaus- 
tausch von oder zu dem Client CL erfolgt ausschlielJlich mit- 
tels der Properties Pl-..Pn. Eine Besonderheit der verwende- 
ten Sof tware-Komponenten besteht darin, dafi ein Daten- oder 
Informationsaustausch mittels eines Properties Pl...Pn die 
10 Ausfuhrung eines der Property Pl...Pn zugeordneten Codes be- 
wirkt. Dies ist dann der Fall, wenn die Sof tware-Komponenten, 
in diesem Falle die Clients CL, als sogenannte ActiveX-Con- 
trols bzw. OCX-Komponenten realisiert sind, die genau diese 
Funktionalitat bewirken. 

15 

Mit dieser Funktionalitat ist sichergestellt , daB ein bei ei- 
nem Client CL eingehendes Datum die unmittelbare Ausfuhrung 
eines spezifischen Codes bewirkt. Im Falle eines schreibenden 
Datentransf ers DW, mit dem ein Datentransf er von der AuBen- 

20 steuerung AS zum Client CL an dessen Property P3 erfolgt, be- 
wirkt das Vorliegen eines Datums fur den Property P3 eine un- 
mittelbare Ausfuhrung eines der Property P3 zugeordneten 
Codes des Clients CL. Im Falle eines als Visualisierungsob- 
jekt ausgebildeten Clients CL wird dieser spezifische Code in 

25 erster Linie die Aus- bzw, Bewertung des transf erierten Datum 
sowie die nachfolgende graphische Visualisierung und mithin 
die entsprechende Ansteuerung der Visualisierungseinrichtung 
VE umfassen. Im Falle eines lesenden Datentransf ers DR, mit 
dem ein Datentransf er vom Client CL von dessen Property P5 

30 zur Auiiensteuerung AS erfolgt, bewirkt das Auslesen eines Da- 
tums der Property P5 eine unmittelbare Ausfuhrung eines der 
Property P3 zugeordneten Codes des Clients CL. Das kann z.B, 
die Bereitstellung des zu transf erierenden Datums oder die 
Bereitstellung eines Folgedatums fur den nachsten Datentrans- 

35 fer sein. 
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Anhand von FIG 5 soli nun ein konkreter Anwendungsf all darge- 
stellt werden. Mit einem als Client CL ausgebildeten Visuali- 

sierungsobjekt VL soil aul dtjx visualisierungs e inrichtung VE 

5 die graphische Darstellung einer Leuchte erzeugt werden, die 
einen Zustand des technischen Prozesses TP farbcodiert dar- 
stellt, z.B. Zustand A: rot, komplementarer Zustand A' : griin. 

Da das Visualisierungsobjekt VL zur Darstellung eines binaren 
10 Zustands vorgesehen ist, ist als Aulienschnittstelle des Vi- 
sualisierungsobjektes VL ein einziges Property P, in FIG 5 
mit ON/OFF bezeichnet, ausreichend. 




Die Auliensteuerung AS transferiert das den entsprechenden 
15 Prozeli zustand angebende Datum an die Property ON/OFF des Vi- 
sualisierungsobjektes VL . Die Auliensteuerung AS, die im Bei- 
spiel gemaB FIG 5, iiti Gegensatz zum Visualisierungsobjekt VL 
nicht als ActiveX-Control ausgebildet sein muI3, kann in Form 
einer „konventionellen" Routine mit sequentieller Ausfilhrung 
20 des betreffenden Programmcodes ausgebildet sein. So fiihrt die 
Auliensteuerung z.B. zumindest zyklisch einen lesenden Aufruf 
AR durch, mit dem aus den ProzeBdaten, z.B. dem Prozefiabbild 
des technischen Prozesses TP, der zu visualisierende Prozefi- 
status ausgelesen wird, durch. Fur die Auflensteuerung AS ist 
25 also - wie bisher allgemein ublich - im betreffenden Code die 
Adresse des Datum, welches innerhalb der Gesamtheit der Pro- 
zelidaten PD den zu visualisierenden Prozefizustand angibt ex- 
plizit hinterlegt. 

30 Wenn dagegen auch die Auliensteuerung AS als ActiveX-Control 
ausgebildet ist, besteht die Moglichkeit, sie mittels der 
sog. Drag-And-Drop-Technik einem Container hinzuzuf iigen, auf 
den dann die Auliensteuerung mittels der vom Container auf- 
grund seiner Eigenschaft, Container zu sein, angebotenen 



Dienste Zugriff hat, um z.B. weitere im Container enthaltene 
ActiveX-Controls zu ermitteln. 

Zwischen den ProzeBdaten PD und der AuBensteuerung AS besteht 
als im Beispiel gemaB FIG 5 ein fester Zusammenhang . Im Ge- 
gensatz dazu besteht ein solcher Zusammenhang weder zwischen 
dem Visualisierungsobjekt VL und den ProzeBdaten PD, noch 
zwischen dem Visualisierungsobjekt VL und der AuBensteuerung 
AS. Eine feste Kopplung zwischen Visualisierungsobjekt VL und 
ProzeBdaten PD ist bereits durch die Einfiihrung der AuBen- 
steuerung AS unnotig geworden. Wurde jetzt die feste Kopplung 
allerdings zwischen Visualisierungsobjekt VL und AuBensteue- 
rung AS wieder eingefuhrt, ware mit der Einftihrung einer als 
bloBe Schnittstelle fungierenden AuBensteuerung AS nur eine 
Verlagerung erreicht. Die eigentlich beabsichtigte Realisie- 
rung Daten verwertender Komponenten VL unabhangig von Daten 
liefernden Komponenten SV ware damit nicht erreicht. 

Die beabsichtigte Unabhangigkeit wird durch die Verwendung 
des Properties ON/OFF erreicht. Da die Unabhangigkeit der 
Realisierung zwangslaufig erfordert, daB beim Entwurf des Vi- 
sualisierungsobjektes VL keine Kenntnisse iiber Aufbau, Layout 
und Funktionalitat der AuBensteuerung AS und umgekehrt ein- 
flieBen, bleibt zunachst offen, auf welche Weise Quelle und 
Ziel der erf orderlichen Daten- und Inf ormationsUbertragungen 
vereinbart werden. 

Da die Erfindung z.B. vorteilhaft in einem ProzeBvisualisie- 
rungssystem oder fiir Inbetriebsetzungsmasken, Wartungsanzei- 
gen, etc. eingesetzt werden kann, soil dies im Hinblick auf 
ein derartiges ProzeBvisualisierungssystem erlautert werden. 



Fur ein ProzeBvisualisierungssystem 
interaktive Entwurf smoglichkeit der 
schirmmasken vorgesehen. Der Nutzer 



ist ublicherweise eine 
darzustellenden Bild- 
wahlt sich aus einer vor- 
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gegebenen und ggf s • interaktiv erweiterbaren Bibliothek die 
darzustellenden Bildschirmelemente aus . Dabei sind ziamindest 
einige der auswahlbaren Bildschirmelemente Visualisierungsob- 
jektfe VL der vorsLehend beschrieb e n e n Art. 

Der Benutzer wahlt die jeweils erf orderlichen Visualisie- 
rungsobjekte VL aus und positioniert diese auf der zur spate- 
ren Anzeige vorgesehenen Bildschirmmaske . 




10 Zur Verbindung der Visualisierungsobj ekte VL mit dem techni- 
schen Prozeli TP, bzw. mit dessen ProzeBperipherie, ist auf 
der jeweiligen Bildschirmmaske ferner ein diese Verbindung 
ermoglichendes Objekt, die Aufiensteuerung AS, zu plazieren. 




15 Jeweils mit dem Plazieren eines Visualisierungsobj ektes VL 
auf der Bildschirmoberf lache „kennt" die hier als Container 
fungierende Bildschirmoberf lache das plazierte und damit in 
ihr - in dem als Container fungierenden Bildschirmoberf la- 
chenobjekt - enthaltene Visualisierungsobj ekt VL. 

20 

Da auch die Aufiensteuerung AS auf der Bildschirmoberf lache zu 
plazieren ist, kennt das Bildschirmoberf lachenobj ekt dariiber 
hinaus auch die Aufiensteuerung AS. Da die Aufiensteuerung AS 
konzeptionell derart ausgelegt ist, den Datentransf er von und 
25 zu den Visualisierungsobj ekten VL zu ermoglichen, enthalt die 
Aufiensteuerung zumindest Code, um den Container - also die 
Bildschirmoberf lache - in dem sie enthalten ist, abzufragen. 



Mit dieser Funktionalitat fragt die Aufiensteuerung AS den 
30 Container - die Bildschirmoberf lache - nach in ihm enthalte- 
nen Visualisierungsobj ekten VL ab und bekommt die im Contai- 
ner enthaltenen Visualisierungsobj ekte VL bzw. eine Referenz 
auf deren Instanzennamen zuriickgelief ert . 



Wenn der Benutzer die Interaktion zwischen der Auliensteuerung 
AS und den Visualisierungsobj ekten VL festlegen will, akti- 
viert er - entweder wahrend des interaktiven Entwurf sprozes- 
ses der Bildschirmmaske Oder im AnschluB an deren Entwurf - 
die Auliensteuerung AS z.B. mit der Maus, woraufhin sich ein 
Dialogfeld offnet, in dem die fUr die AuBensteuerung AS er- 
reichbaren Visualisierungsobj ekte VL - also die im Container 
enthaltenen und folglich auf der Bildschirmoberf lache pla- 
zierten Visualisierungsobjekte VL - im Klartext angezeigt 
werden. 

Darauf kann der Benutzer eines der Visualisierungsobjekte VL 
auswahlen und bekommt zu dem jeweils ausgewahlten Visualisie- 
rungsobj ekt VL die ftir dieses Visualisierungsobj ekt VL zu- 
ganglichen „Properties" P angeboten, aus denen der Benutzer 
wiederum eines auswahlt. 

Im Beispiel gemali FIG 5 ist auf der Bildschirmoberf lache ne- 
ben der Auliensteuerung AS zumindest das Visualisierungsobjek- 
te VL zur graphischen Darstellung einer Leuchte plaziert. Bei 
einer entsprechenden Selektion der Auliensteuerung AS wird dem 
Benutzer also zumindest das Visualisierungsobj ekt VL zu Aus- 
wahl angeboten. Im Falle einer Auswahl des Visualisierungsob- 
jektes VL wird darauf hin zumindest die Property ON/OFF des 
Visualisierungsobjektes VL zur weiteren Auswahl angeboten. 
Die Auswahl wird dem Benutzer dabei in Form der heute ge- 
brauchlichen Pull-Down- oder Drop-Down-Menues - wie exempla- 
risch in FIG 6 dargestellt - angeboten, die bedarfsweise um 
Strukturinformationen, mit denen baumartige Strukturen und 
die damit bedingten hierarchischen Abhangigkeiten darstellbar 
sind, erganzt werden. 

Nach Auswahl der gewiinschten Property ON/OFF gibt der Benut- 
zer in der nach der Auswahl zuganglichen Eingabemaske die 
Adresse des Datums an, das z.B. in die entsprechende Property 





18 

ON/OFF geschrieben warden soil. Im Falle eines eine Leuchte 
darstellenden Visualisierungsobj ektes VL, das lediglich einen 
binaren Zustand symbolisieren soli/ ist fur das Visualisie- 
rungsobjekt VL zumindest ein Property ON/OFF vojcgei^tiht;!!, das 
5 einen Zustand 0 oder 1 ausdrucken kann. Dieses Property 

ON/OFF wird vom Benutzer ausgewahlt und beispielsweise mit 
einer Adresse des Datenbereiches des visualisierten Prozesses 
TP verbunden, so daii die am Bildschirm VE dargestellte Leuch- 
te tatsachlich mit Farbumschlag reagiert, wenn an der ent- 
10 sprechenden Adresse eine 1 steht und der Farbumschlag wieder 
ruckgangig gemacht wird, wenn an der entsprechenden Adresse 
eine 0 steht. 

Wenn komplexere Sachverhalte visualisiert werden, wie bei- 
15 spielsweise das Ausgangsverhal ten eines PID-Reglers, kann der 
Benutzer fur diesen Zweck vordef inierte Visualisierungsob j ek- 
te CL auf seiner Benut zeroberf lache plazieren. Ein solches, 
fur die Visualisierung des Ausgangsverhaltens eines Reglers 
vorgesehenes Visualisierungsob j ekt CL sei das Regler- 
20 Visualisierungsobjekt VR, das als im wesentlichen Daten ver- 
wertende Komponente auf der Benut zeroberf lache plaziert wird. 

Dieses Regler-Visualisierungsob j ekt VR soil die Daten eines 
Reglers R anzeigen bzw. beeinf lussen . Der Datentransf er zwi- 
25 schen Visualisierungsobjekt VR und Regler R wird mittels der 
gleichfalls auf der Benutzeroberf lache plazierten AuBensteue- 
rung AS bewirkt. Der weitere Sachverhalt wird mit Bezug auf 
die Darstellung gemali FIG 7 erlautert. 

30 Fur den Datentrans f er stellt das Visualisierungsobjekt VR 

Properties Pl...Pn zur Verfugung, mit denen dem Visualisie- 
rungsobjekt VR der aktuelle Ausgangswert des Reglers R uber- 
mittelbar ist, mit dem vom Visualisierungsobjekt VR dem Reg- 
ler R ein Sollwert vorgebbar ist und mit dem, ausgehend vom 



GR' 38 P 3056 E 



• • • • ■ • • • • 



t • m • i 



b • • • • < 



19 

Visualisierungsobjekt VR, dem Regler R die ublichen Regelkon- 
stanten vorgegeben werden konnen. 

Da diese Anzahl der Properties Pl..,Pn fur samtliche Instan- 
zen eines Regler-Visualisierungsob j ekt VR z.B. des Typs PID 
identisch ist, geht der Benutzer beiiu Verknupfen der Visuali- 
sierungsobjekte VR nicht mehr wie zuvor beschrieben vor, son- 
dern er selektiert nunmehr das Visualisierungsobjekt VR 
selbst und gibt dem Visualisierungsobjekt VR die Bezeichnung 
der Reglerinstanz - also z.B. ,,PID4711^^ - vor. 

Der Regler R besitzt eine korrespondierende Anzahl von Para- 
metern XI... Xn , mit denen dem Regler R der Sollwert und die 
Reglerkonstanten vorgegeben werden konnen, und mit denen der 
Regler R den aktuellen Ausgangswert ausgeben kann. 

Jetzt bleibt nur noch die virtuelle Verbindung zwischen den 
Properties Pl...Pn des Regler-Visualisierungsob j ekt VR und 
den Parametern XI... Xn des Reglers R. 

Dazu gibt das Visualisierungsobjekt VR eine als Tabelle T 
Oder als Referenz auf eine Tabelle T ausgebildete Property PT 
aus, in der die Verknupfung der Properties P der Visualisie- 
rungskomponente VR mit den Parametern X des Reglers R angege- 
ben ist. 

Enthalt die Visulisierungskomponente VR z.B. ein Property P 
fur den Sollwert, muli dieser Sollwert an den entsprechenden 
Parameter X des Reglers R ubertragen werden. Wenn die Proper- 
ty P der Visualisierungskomponente VR fur den Sollwert mit PS 
bezeichnet wird und auf Seiten des Reglers R der Parameter 
fiir den Sollwert mit XS bezeichnet wird, lautet der entspre- 
chende Eintrag der Tabelle T z.B. [PS, R.XS] . Dabei gibt die- 
ser Eintrag an, daB eine zum Datentransf er vorgesehene Ver- 



20 

knupfung zwischen dem Property PS des Visulisierungskomponen- 
te VR und dem Parameter XS des Reglers R besteht. 





Beim Ablauf der Visualisierung zur LauI^ieiL b-^-v^ zu dem Ze^t- 
5 punkt wenn in den Lauf zeitmodus geschaltet wird, holt sich 
die Auliensteuerung AS jeweils die im Container befindlichen 
Elemente. Im Falle des einfachen Visualisierungsobj ektes CL, 
wie z.B. der Lampe VL gemafi FIG 5, bei der der Aufiensteuerung 
AS direkt die Adresse der darzustellenden Information angege- 

10 ben wurde, iiberwacht die Aufiensteuerung AS zur Laufzeit den 

jeweiligen Datenbereich PD und gibt bei einer Veranderung des 
uberwachten Datenbereichs PD das geanderte Datum an das Vi- 
sualisierungsobj ekt VL weiter, wobei die Weitergabe des Da- 
tums dem Aufruf einer Set-Property-Methode entspricht, die 

15 damit gleichzeitig eine Aktion bei dem Visualisierungsobj ekt 
VL, dessen Property gesetzt wurde, auslost, in diesem Falle 
also z.B. den gewunschten Farbumschlag . 

Zu dem Zeitpunkt, zu dem in den Lauf zeitmodus geschaltet 
20 wird, holt sich die Auliensteuerung AS - wie bereits welter 

oben erlautert - jeweils die im Container befindlichen Objek- 
te. Bei j edem Objekt wird uberpriift, ob es eine als Tabelle T 
ausgebildete Property PT mit Verbindungsinf ormationen auf- 
weist. Dies kann z.B. durch eine Namenskonvention geschehen, 
25 indem die als Tabelle T ausgebildete Property PT mit Verbin- 
dungsinf ormationen mit einem vordef inierten Namen, z.B. Con- 
nect ionTable, belegt wird. 

Im Falle eines einfachen Visualisierungsobj ektes VL ist eine 
30 derartige Property PT nicht vorhanden; im Falle des komplexe- 
ren Visualisierungsobjektes VR erkennt die Auliensteuerung AS 
die als Tabelle T ausgebildete Property PT und wertet die 
Eintrage der Tabelle T aus . Jeder Eintrag der Tabelle fuhrt 
dabei zu einer Verbindung einer Property P mit des Visuali- 
35 sierungsobjektes VR mit einem entsprechenden Prozeflwert X. 



Der Eintrag [PS, R.XS] fUhrt also z.B. zu einer Verbindung 
der Property PS mit dem ProzeJiwert R.XS, der derti Regler R zu- 
zufUhren ist. Nach der Interpretation der Eintrage der Tabel- 
le T verhalt sich die Auftensteuerung genauso, als ob die an- 
hand der Interpretation der Tabelleneintrage realisierte Ver- 
bindung Uber den in FIG 6 gezeigten Eingabedialog eingegeben 
worden ware. 

Das Konzept der Auftensteuerung AS ist also vorteilhaft auch 
im Falle komplexerer Visualisierungsobj kete VR anwendbar, ob- 
wohl hier die Benutzerinteraktion eine andere ist, denn im 
vorbeschriebenen Fall gibt der Benutzer z.B. den Reglernamen 
am Visualisierungsobjekt VR ein. Der Grundgedanke der Aulien- 
steuerung AS gilt auch fUr diesen Fall, denn auch bei einer 
derartigen Kons tellation liegen filr das Visualisierungsobjekt 
VR zum Entwurfszeitpunkt keine Kenntnisse iiber eine eventuel- 
le spatere Kommunikationsbeziehung vor; d.h. das Visualisie- 
rungsobjekt VR weist keinen expliziten Aufrufcode auf, der 
gerade nur bei Kenntnis der zur Laufzeit geplanten Kommunika- 
tionsbeziehung schon zum Entwurfszeitpunkt realisierbar ware. 
Aufierdem geht auch hier die Aktivitat ausschlielilich von der 
AuBensteurung AS aus . 

Entgegen der exemplarischen Darstellung gemaB FIG 7 kann auch 
der Regler R als auBensteuerbare, im wesentlichen Daten lie- 
fernde Komponente realisiert sein. Auf die prinzipielle 
Gleichartigkeit der Auftensteuerbarkeit einer im wesentlichen 
Daten verwertenden Komponente, des Clients CL, bzw. einer im 
wesentlichen Daten liefernden Komponenten, des Servers SV, 
weist bereits die Darstellung gemaJi FIG 4 hin. 

Zur Thematik AcitveX bzw. OCX ist z.B. in der Zeitschrift c't 
12/96, Heinz Heise Verlag, Hannover, ein Artikel mit dem Ti- 
tel „Bewegliche Ziele" (S. 258-264) erschienen. 
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r bietet standarditialiig die Lei- 
altenen Elemente, also andere 
-X-Komponenten kennt, wobei der Container einen Zugriff 



Ein Active-X-Control-Containe 

stung, dalb er die in ihm enthaltenen Elemente, also andere 

Active 



auf den Instanzennamen der in Ihn .uthaltcncn Objekt. mso- 
fern anbietet, als der Container eine Liste von Zeigern, auf 
die in ihm enthaltenen Objekte verwaltet, und wobei anhand 
der jeweiligen Zeiger, die auf die jeweils enthaltenen Objek- 
te zeigen, die Klartextbezeichnung der jeweiligen Objekte ab- 
gefragt werden kann. 

Dabei ist hervorzuheben, dali mittels der OCX-Controls prinzi- 
piell sogar eine Kommunikation oder Interaktion tiber Applika- 
tions-. Hardware- oder Plattform-spezif ische Grenzen hinweg 
moglich ist. Ein OCX-Control einer Applikation A kann mxt ex- 
nem weiteren OCX-Control einer auf der gleichen Hardware bzw. 
Plattform ablaufenden Applikation B kommunizieren bzw. in- 
teragieren. Diese Kommunikation bzw. Interaktion ist auch 
dann noch m5glich, wenn die Applikation B auf einer im Prxn- 
zip vergleichbaren, jedoch entfernten, raumlich getrennten 
Hardware, oder auch auf einer anderen Hardware einer anderen 
Plattform, mit beispielsweise einem anderen Betriebssystem, 
abiauf t . 

in einer vorteilhaf ten Weiterbildung der Erfindung kommen als 
Client CL Komponenten gebrauchlicher Sof tware-Pakete, wxe 
z B Textverarbeitungen, Tabellenkalkulationen oder Graphxk- 
p;ogramme zur Anwendung. Damit sind im Falle der Verwendung 
einer Textverarbeitung prinzipiell eine interaktive Wartungs- 
anleitung denkbar, bei die Inhalte von Textobjekten von Zu- 
standen des technischen Prozesses abhangig sind, so dafi z.B. 
je nach Fehlerzustand spezifische Wartungshinweise mit den 
Textobjekten darstellbar sind. Im Falle einer Tabellenkalku- 
lation ist eine besonders einfache Obernahme von ProzeBdaten 
zu Protokollierungs- und Auswertungszwecken moglich. Der An- 
35 wendungsbereich der Erfindung geht sogar so weit, daft im Fal- 
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le eines Graphikprogramms in Abhangigkeit von ProzeBzustanden 
spezifische Graphiken darstellbar sind und damit z.B. auch 
animierte ProzeJJvisualisierungen moglich sind. In alien vor- 
genannten Fallen gilt es darauf hinzuweisen, daJi sich der Da- 
tentransfer selbstverstandlich nach wie vor auf die jeweili- 
gen ProzelJdaten beschrankt. Im Falle der Textverarbeitung 
sind die jeweiligen Texte - wie zuvor die graphischen Dar- 
stellungen z.B. der Leuchte oder der Reglervisualierung - be- 
reits im Visualisierungsobjekt CL gespeichert und werden in 
Abhangigkeit von den uber die Properties P gelieferten Daten 
des technischen Prozesses zur Anzeige gebracht. 

AbschlieBend bleibt noch der Hinweis, daii die Flexibilitat 
des erfindungsgemaBen Konzeptes weiter gesteigert wird, wenn 
das Daten- bzw. inf ormat ionsubertragungssystem derart fortge- 
bildet wird, dali auch die Auliensteuerung als Sof twarekompo- 
nente mit mindestens einer Property ausgebildet ist, wobei ^ 
der Daten- oder Inf ormationsaustausch von oder zu der AuBen- 
steuerung ausschlieBlich mittels des Properties erfolgt und 
wobei der Daten- oder Inf ormationsaustausch die Ausfuhrung 
eines der Property zugeordneten Codes bewirkt. 

Zusammenfassend laBt sich die Erfindung wie folgt kurz be- 

schreiben: 

Die Erfindung bezieht sich auf den Aspekt, einen im Stand der 
Technik erforderlichen jeweils anwendungsspezif ischen Aufruf- 
code als eine in einer separaten Komponente realisierte Au- 
liensteuerung auszufuhren, wobei die AuBensteuerung in belie- 
bigen Containern verwendbar ist, ohne dabei die Container 
selbst zu verandern, noch diese zum Entwurf szeitpunkt der Au- 
Bensteuerung iiberhaupt zu kennen. 
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Daten- bzw. InformationsUbertragungssystem insbasondere 
' .ur Visuaix..e.uuy .u. Baton, z . B Proz^Bdaten, Oder Er- 
elgnissen, mit einer Verarbeltungs- und Speicherexnr.ch- 
tunq (VS) , msbescndere sine- Mikroprozessor (UP) mit e.- 
„en> zugeordneten Speicher (MM), n-it einer von dieser an- 
stauerbaren visualisierungseinrichtun, (VE) , i-besondere 
einen, Bildschirm (VE) , und nit Mitteln zn. AnschluB exter 
ner Sensoren (ES, Oder Aktcren ,EA) eines gesteuerten 
und/oder Uberwachten techni=chen Prozesses (TP), 
- „obei zu.indest eine in, wasentiichen Daten irefernde Ko.- 
ponenta (SV, , i» foigendan Server ,SV). zu^indest e.na 
Lsantiichan Daten verwartende Ko.ponenta (C.) . - 
den Client (CL, , und zu^indest eina Kcntroll-, Le.t- Oder 
vartailko^ponente (AS), im folgandan AuBensteuerung (AS), 

vorgesehen sind, ^^r-f^vtP 
-wobei zwischan Client ,CL) und Server <=V) ke-e d-eKta 
Daten- Oder Intormationsaustauschmdglichkat besteht, so 
da. der Daten- odar Inf or.ationsaustau.ch ^ittels der Au- 

.ensteuarung (AS, bewir.t wird, "^^l^^^t^ ^ 

formationsaustausch ausschlie.lich zwxsohen Server SV 
und Au.ensteuarung ,AS) ainersaits und Au.ensteuarung (AS, 
und Client (CL) andererseits stattfindet, 

_ ZL .ittels .es Se.ve.s (SV) Oaten ode. ------ 

aus dexn ProzeB (TP) aufnehr^ar sind und wobex -^tels 
Clients (CD die Daten oder Inf or.ationen v.sualxs.erbar 

. ^ ^ H^r Client (CD als Sof twarekomponente mit 
- wobei zumxndest der Client (C) folgenden 

mindestens einer Aulienschnittstelle (P) , 

Property (P) , ausgebildet ist, 
. Tbai der Daten- odar In«or.ationsaustaus=h von Oder u 

dercliant (CL, ausschlie.lich .ittels des Propart.es (P, 

TlZ und wobei der Daten- Oder Xnfor.ationsaustauscn 
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die Ausfuhrung eines der Property (P) zugeordneten Codes 
bewirkt . 

Daten- bzw. Inf ormationsiibertragungssystem nach Anspruch 
1, dadurch gekennzeichnet, dal3 

die AuBensteuerung (AS) Mittel zur Identif ikation der er- 
reichbaren Clients (CD aufweist, dali fUr die AuJiensteue- 
rung eine Referenz auf die erreichbaren Clients (CL) ab- 
speicherbar ist, wobei die Referenzen benutzerselektierbar 
sind und wobei anhand einer benutzerselektierbaren Refe- 
renz die Properties (P) des erreichbaren Clients (CL) zu- 
ganglich sind, so daJi die Kommunikationsbeziehung zwischen 
AuBensteuerung (AS) und Client festlegbar ist, indem fUr 
die AuBensteuerung (AS) fur jede fur einen erreichbaren 
Client (CL) zugangliche Property (P) zumindest ein uber- 
mittelbares Datum abspeicherbar ist. 
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Zusammenf assung 



Daten- bzw. informationsiibertragungssystem 



5 Die Erfindung bezieht sich auf den Aspekt, einen im Stand der 
Technik erforderlichen jeweils anwendungsspezif ischen Aufruf- 
Code als eine in einer separaten Komponente realisierte Au- 
ftensteuerung auszuf iihren, wobei die AuBensteuerung in belie- 
bigen Containern verwendbar ist, ohne dabei die Container 
10 selbst zu verandern, noch diese zum Entwurf szeitpunkt der Au- 
liensteuerung uberhaupt zu kennen. Die Erfindung kommt in Da- 
ten- bzw. informationsubertragungssystemen, insbesondere Pro 
zeBvisualisierungssystemen zum Einsatz. Die Komponenten sind 
als Software-Komponenten, insbesondere als sog. ActiveX- 
15 Controls realisiert. 
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